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ADDENDUM 

BATTERY-SAVING PROTOCOL 
FOR PORTABLE TERMINALS 



ABSTRACT 



This document specifies additional requirements for 
portable terminals to be connected to the MOB I TEX system. 
It should be considered as an' ADDENDUM to the MOB I TEX 
Terminal Specification (MTS)' for 8 kbps mobile terminals, 
LZBA 703 1001, R1A. 

A battery-saving protocol is introduced on the data link 
layer, as well as a new MPAK on the network layer. Both . 
requirements and recommendations for the application layer 
are presented. Finally, a new command for type approval is 
included in the MASC interface. 

Some of the parameters and protocol procedures mentioned 
in this document are described incompletely. A full 
description of them is only presented in the MTS. 
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1 INTRODUCTION 

This document specifies additional requirements for 
portable terminals to be connected to the HOBITEX system. 

It should be considered as an ADDENDUM to the complete 
MOBITEX Terminal Specification for 8 kbps mobile 
terminals, LZBA 703 1001, R1A. 

This is the only document where requirements for portables 
are stated. They are either additional requirements or new 
requirements replacing ones that are made in the 
specification for ordinary mobile terminals. 
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2 GENERAL DESCRIPTION OF OPERATING PRINCIPLES 

A portable terminal is basically a mobile' terminal. It 
conforms to the requirements for ordinary mobile 
terminals, but with the additional ability to use a 
battery-saving protocol in the data link layer. 

A portable terminal using the battery-saving protocol 
described in this document is said to be in the battery- 
saving mode of operation. If it follows the protocol used 
by ordinary mobile terminals it is said to be in the 
normal mobile mode of operation. 



(1) > 

< (2) 



The reasons for a change of mode might be: 

(1) - external power source connected 

- operator command (e.g. in case of a major data 
transaction) 

- no <SVP6> received, only <SVP1> 
("fall-back" situation) 

(2) - external power source disconnected 



The battery-saving protocol includes a standby state for 
the terminal, during which no messages are transmitted or 
received, and an operating state. 

Whenever the terminal wants to transmit a message it 
enters the operating state, awaits a <FRI>-frame and 
transmits in a slot that is chosen at random. The terminal 
then stays in the operating state for some time to be able 
to receive a quick message response. 

Current down-link traffic to portable terminals is 
indicated by the TRAFFIC LIST of the <SVP6>-f rame. Traffic 
stored in the network mailbox is indicated by the MAIL 
LIST of the <SVP5>-frame. 

The roaming procedure of the portable terminal is 
essentially the same as for ordinary mobiles, but is 
controlled by a separate set of parameters in the <SVP3>- 
f rame. ' 

To order (a part of) the fleet of portable terminals to a 
certain channel the frame <SVP4> is used. 
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3 DATA LINK LAYER 

3.1 PRINCIPLES OF THE BATTERY-SAVING PROTOCOL 
3.1.1 States 

A portable terminal uses three diEferent states of 
operation in the battery-saving mode: 

- standby 

- operating 

- quick channel monitoring (roaming) 

In the standby state only time keeping functions for 
synchronizing the terminal to the base station are 
working. 

In the operating state messages are transmitted-and 
received, and the roaming value's of base stations are 
evaluated. 

In the quick channel monitoring a list of channels is 
scanned until a new base is found. 



BATTERY-SAVING MODE 



I 



I 



. i 



QOICK CHANNEL <--• -(6)+ — I STARTUP 
MONITORING ' ' 



where: 
(1) and (2) 

(3) - (6) 



are described together with <SVP6> and in 
the chapter "MESSAGE TRANSACTIONS" 

are described in the chapter "Roaming and 
roaming parameters" 
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3.1.2 Roaming and roaming parameters, <SVP3> 

The roaming procedure for portable terminals basically 
follows the roaming procedure for mobile terminals. Please 
refer to reference Rl-16 for further information. 

When the terminal is switched on, it uses the stored 
values of CURRENT_BASE and CDRRENT_SYSTEM^CHANNEL . If 
there is no CURRENT BASE stored, the terminal directly 
. starts the quick channel monitoring using the default list 
of system channels. 

When a suitable base station has been found and the HPAK 
ROAM/ ACTIVE has been sent to it, the portable terminal 
synchronizes to the <S7P6>-f rames. 

The normal channel monitoring of the roaming procedure is 
carried out during the time when the terminal is in the 
operating st-ate. The terminal- measures the averaged 
received signal strength and calculates a roaming value. 

The system parameters controlling the roaming procedure 
for portable terminals are defined in the <SVP3>-f rarae. 
This makes it possible to use different parameters for 
mobile terminals (defined in the <SVPl>-f rame) and for 
portable terminals. 

If the parameter SCAN_TIME is set to 0, the terminal only 
monitors the CORRENT_SYSTEM CHANNEL during the operating 
state. 

Example 1; SCAN_TIME is set to 0. Only <SVP6>-f rames are 
shown in this figure. 



mrara = monitor CURRENT_S YSTEM_CHANNEL 
OPR = terminal in operating state 
STB = terminal in standby state 



If SCANJHME is in the range 1 to 255, the terminal 
monitors other channels according to the channel list 
information from <SVP3> or from the permanently stored 
default list. However, the terminal must not leave the 
CORRENT_SYSTEM_CHANNEL to monitor other channels during 
the sweep cycle if it is addressed in the TRAFFIC LIST. 
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Example 2 : SCAN_TIME is in the range 1 to 255. 

ch 4 — j r ( 

ch 3 HrF— 

ch 2 Hrl 

ch 1 Irl : — 

Base: <SVP6> 



' STB— 



<SVP6> 
Immmlssss I 



OPR 



ra = monitor CORRENT_SYSTEM_CHANNEL 
s = scan other system channels 
r = RSSI^PERIOD 
OPR = terminal in operating state 
-"STB = -teEml-na-l-~in---standby state 



Criteria for leaving CURRENT BASE 

The same criteria for leaving the CORRENT_BASE applies for 
a portable terminal as for the mobile terminal but with 
parameters from the <SVP3> frame. The fifth criterion 
(item number 5} is replaced by the following rule: 

If the terminal has not succeded to synchronize 
within another 60 seconds, it should start the quick 
channel monitoring (roaming). 



Evaluation of other base stations 

The integration time for evaluating base stations on the 
CURRENT_S3fSTEM CHANNEL is indicated in <SVP6> (default 
value 60 seconas) . 

The integration time for evaluating base stations on othe^ 
channels is also indicated in <SVP6> (default value 3 RSSI 
periods). 



Quick channel monitoring 

During the quick channel monitoring when the parameter 
SCAN_TIME is set to 0 and when the terminal has found a 
base with roaming value higher than GOOD BASE, the 
terminal should remain on that channel for at least 5 
seconds during the measuring of received signal strength. 
Please refer to item number .4 in the description of quick 
channel monitoring in the ROAMING chapter, reference Rl- 
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3.1.3 Fleet division, <SVP4> 

To order the fleet of portable terminals (or parts of it) 
to a certain system/access channel the <SVP>-frarae of 
subtype 4 is used: <SVP4>. It is interpreted in same way 
as the <SVP2>-f rame for mobile terminals, described in 
reference Rl-16. 



3.1.4 Mail list, <SVP5> 

Messages not acknowledged by the terminal may be stored in 
the network mailbox according to the conditions described 
in Rl-09 . 

In order to inform terminals that have messages in the 
network mailbox, the MAIL LIST is used. 

The MAIL LIST is included in the <SVP>- frame of subtype. 5: 
<SVP5>. 



3.1.5 Traffic list, <SVP6> 

The TRAFFIC LIST contains the terminal/group-MAN of those 
terminals that must remain in the operating state in order 
to receive down-link traffic from the network. 

This list is included in the <SVP>-frame of subtype 6: 
<SVP6>. 

Terminals not included in the TRAFFIC LIST may return 
directly to the standby state. 
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3.1.6 Synchronization to the network, <SVP6> 

The network periodically transmits <SVP6>-f rames on system 
channels where the battery-saving protocol is used. 

Terminals using this protocol cyclically shifts between 
the standby state and the operating state. This shifting 
is synchronized by the <SVP6>-f rames. 

The <SVP6> contains the parameter TIME-TO-NEXT. The value 
of this parameter defines the next time the terminal 
should enter the operating state. 

Once it has entered the operating state the terminal 
remains there, until it receives an <SVP6>-frame 
containing a TRAFFIC LIST in which it is not included. 



Example. l.;, -.--The ■■ -t e rmi na 1 uses TIME-TO- NEXT for 
synchronization. 

Base <SVP6> 

_j | TIME— TO-NEXT 



Terminal^ OPERATING 1 STANDBY' 



The <SVP6> also contains the parameter CYCLE-TIME. The 
value of this parameter defines the time between the start 
of one operating state and the start of the next one. If 
one or more of the <SVP6> frames are lost, the terminal 
should use the CYCLE-TIME parameter in order not to lose 
synchronization. 



The terminal is using CYCLE-TIME in order to 
maintain synchronization when a <SVP6> has . 
been lost. 



rriME-TO-NExrl 

-CYCLE-TIME 1 CYCLE-TIME — 



OPR = operating state 
STB = standby state 
<XXX> = lost frame 



If the network is going to send other <SVP>-f rames, when 
the terminals are in the operating state, they will be 
sent prior the <SVP6> frame. The <SVP6> ends the sequence 
of <SVP>-fraraes. 
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Example 3: Multiple sweep frames are received during the 
operating state. 



<SVP3>,<SVP4>,<SVP5>,<SVP6> 

. I Tit 

I CYCLE-TIKE 



OPERATING STATE 



After the reception of every <SVP3> to <SVP5> the terminal 
stays in operating state for another 2 seconds or until it 
receives an <SVP6>. 



Example 4; The terminal receives a <SVP3> but the <SVP6> 
is not received. The operating state is 

- - ■ terminated by the -2 second -timeout.-- ■••-•■>-• 
The timeout is counted from the reception of 
the <SVP3> frame. 



<SVP3> 
I CYCLE-TIME 



T2 sec. timeout I 

If none of the <SVP3> to <SVP6> has been received within 2 
seconds from the transition to the operating state, the 
terminal may return to standby. 

Example 5: No <SVP>-f rames are received within 2 seconds 
from the start of the operating state. 



I CYCLE-TIME 



Term OPERATING 

1 2 sec timeout I 



If the terminal has lost consecutive <SVP6>-f raraes during 
60 seconds, it should stay in the operating state to 
synchronize again. 

If the terminal has not succeded to synchronize within 
another 60 seconds, it should start the quick channel 
monitoring (roaming). 
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3.2 MESSAGE TRANSACTIONS 



3.2.1 Dp-link traffic 

The access requirements for up-link traffic from portable 
terminals are basically the same as those for mobile 
terminals. 

A portable terminal that is going to transmit a message to 
the network enters the operating state. It awaits a valid 
<FKI>-frame from the network and then chooses a random 
slot for its transmission. 

When <ABD> is used to request access for transmission, the 
terminal must remain in the operating state until the 
message is transferred successfully or the dialogue is 
otherwise terminated. 

After a message is successfully transferred to the network 
the terminal remains in the operating state during a 
specified period of time before it returns to the standby 
state. This period is defined by the parameter 
TRANSACTION-TIME in <SVP6> and makes it possible to 
transmit a quick reply message to the terminal without 
waiting for the next transmission of a TRAFFIC LIST. 
During the period a logical down-link channel might be 
said to exist between the terminal and its base station. 



3.2.2 Down-link traffic 

Down-link traffic to terminals is- indicated by the TRAFFIC 
LIST. When a terminal receives a list ..containing one of 
its addresses (terminal or group MAN) it remains in the 
operating state. 

When a message is successfully received, the terminal 
remains in the operating state during the period of time 
defined by the parameter TRANSACTION-TIME (included in 
<SVP6>). If this period expires without any further 
messages, the terminal returns to the standby state. 

When <BKD> is used to order the terminal to another 
channel for a down-link transmission, the terminal must .' 
remain in the operating state until the message is 
received successfully or the dialogue is otherwise 
terminated. 

A terminal may also leave the operating state when it 
receives a TRAFFIC LIST in which it is not addressed. 
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Example 1; The terminal is not addressed in the TRAFFIC 
LIST. 

Base : <SVP6> <SVP6> 
I I 



OPR" STB- 



OPR = terminal in operating state 
STB = terminal in standby state 



Example 2; The terminal is addressed in the TRAFFIC LIST 
of <SVP6> and the network has one <MRM> to 
transmit. 

Base : <SVP6> <MRH> . .. <SVP6> 

I I , I 

r II 1 



TT = TRANSACTION-TIME 

OPR = terminal in operating state 

STB = terminal in standby state 



3: The terminal is addressed in the TRAFFIC LIST 
of <SVP6> and the network transmits multiple 
<MRH>:s during the sweep cycle. 

<SVP6> <HRH> <MRH> <SVP6> 



1 k 1 ' 



■ TT H 

H TT " 



OPR 



TT = TRANSACT ION-TIME 

OPR = terminal in operating state 

STB » terminal in standby state 
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3.2.3 Line connections 

Call set-up and disconnection procedures for line 
connection to a portable terminal follow the requirements 
of the MTS. 

When a portable terminal is called from the network for a 
line connection, the terminal is addressed in the TRAFFIC 
LIST. The terminal remains in the operating state and 
follows the normal procedure for call set-up described in 
the MTS. 

When the call has been disconnected, the terminal uses the 
Stored values Of CORRENT_BASE and CURRENT_SYSTEM_CHANNEL 
to re-syrichronize to the <SVP6>-f rames. The terminal 
returns to the standby state when it has received a 
<SVP6>-frame where it is not included in the TRAFFIC LIST. 

When a-portable- terminal initiates a call set-up for a 
line connection, the terminal enters operating state 
before sending the line connection .request, and stays in 
this state until the call is disconnected, according to 
the MTS. 
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3.3 


FORMAT DEFINITION OF <SVP>-FRAMES 


FRAME 


TYPE <SVP>, Sweep signal 


APPLICATION . The sweep signal is a periodically 

recurring signal from BASE. An <SVP> is 
transmitted by BASE for two reasons: 




1) 


<SVP> marks the start of a sweep 
cycle. 




2) 


<SVP> contains system 
parameters. 




<SVP> has 2 different subtypes for mobile 
terminals and 4 subtypes for portable 
terminals : 


— 


subtype"' "'i' 


states the values of system 
parameters for mobile terminals 




2 


states the frequency of 
different channel types for 
mobile terminals. 




3 


only relevant for portable 
terminals using the battery- 
saving protocol described in 
this document. This subtype 
contains the system parameters. 




4 


states the frequency of 
different channel types for 
portable terminals. 




5 includes the MAIL LIST for 

portable terminals (may be. used 
both in the battery saving mode 
and in the normal mobile mode) 




6 includes the TRAFFIC LIST and 
the timing parameters for 
portable terminals. 


Note 1 


<SVP> of subtype .1 and 2 are not described in this 
Addendum. Please refer to Rl-16. 


Note 2 


For <SVP5> and <SVP6>, the terminal should use all 
correctly received following blocks, even though 
the whole frame may not be correct. This procedure 
decreases the possibility of the terminal missing 
a list where it is addressed. 
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3.3.1 <SVP3> 

<SVP>, SUBTYPE 3 - states the values oE system 

parameters for portable 
terminals. 

PRIMARY BLOCK 



01 02 03 22 23 24 25 26 27 28 29 30 31 32 
1 1 1 1 1 1 1 1 I I 1 ■ ' ' 



1_ !_. 1 III 

HOB 


1 1 I 1 ' ' ' 

00001111 


33 34 35 36 37 38 39 40 

1 — i i i i i i 


41 42 43 44 45 46 47 48 
1 1 1 1 1 ' ' 


PRIO MASK 


BLOCK 


.49 50 51 52 53 54 55 56 

1 1 1 — j_ i i i i 


57- 58 59 60 61 62 63 64 
1 1 1 1 1 1 1 


SVPTYP 


TXPOW 


55 66 67 68 69 70 71 72 
I L_J 1 — -L I I I 


73 74 75 .76 77 78 79 80 
1 1 1 1 1 J 1_ 


RSSI_PROC 


RSSI_PERIOD 


81 82 83 84 85 86 87 88 

J 1 1 1 ! 1 


89 90 91 92 93 94 95 96 
1 1 1 1 I I 1 I 


00000000 


MAX REP 


97 104 

I 1 — i i i i i i 


105 112 
1 1 1 1 i ■ < 


BASEST 


SCAN TIME 


113 120 

.ii-iiiii 


121 128 
i i i i i i i 


BAD_BASE 


GOOD BASE 


129 136 

1 i 1 .1 i i i i 


137 144 
i i i i i i i . 


BETTER BASE 


00000000 


145 160 
1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 


PARITY 
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SVPTYP 


States the <SVP> subtype, value 
00000011 in this case. 


TXFOW 


States the decrease in output 
power (0-255 dB below nominal 
level) to be used by the 
portable terminal • A default 
value of 0 is used at start-up 
until this signal is received. 


RSSIJPROC 


States the method of the signal 
strength measurement: 

0 = FRAME 

1 = CONTINUOUS 

The default value is FRAME. 


RSSI_PERIOD 


Time used by the roaming 
algorithm (0—255 *20 ins). 
Default values-. 148 (2 960 ms). 


MAX REP 


States the value of the variable 
Max_rep. 


BASEST 


States status of base station. 


SCAN_TIME 


States the length of a period 
(0-255 *100 ms) when the 
portable terminal scans other 
system channels. 
Default value: 30 (3 seconds). 


BAD_BASE 


Used by the roaming algorithm. 
0-255 dBuV. Default value: 15. 


GOODJ3ASE 


Jsed by the roaming algorithm. 
0-255 dBuV. Default value: 15. 


BETTER_BASE 


Used by the roaming algorithm. 
0-255 dB. Default value: 10. 
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FOLLOWING BLOCKS IE any, they contain a list of 

system channels to be used in 
base station monitoring. A. Erame 
with a list containing new 
system channels completely 
overrides the previous frame. 
The channel list has the 
following format (as described 
in the MAIN DOCUMENT) : 

FOLLOWING BLOCK #1 



01 02 03 04 05 06 07 08 
i i i i i i i 


09 10 11 12 13 14 15 16 
1 I 1 I 1 1 1 .. 


number of channels 


0 0 0 0 0 0 0.0 


17 32 

II . l„. i ._ 


33 48 
ii ii 


' channe3r#l - OPFREQ'" 


-. channel #1 - DOFREQ 


49 64 

ii it 


65 80 
II ii 


channel #2 - DPFREQ 


channel #2 - DOFREQ 


81 96 
II . II 


97 112 
li_. II 


channel #3 - UPFREQ 


channel #3 - DOFREQ 


113 ' 128 
II II. 


129 144 


channel #4 - UPFREQ 


channel #4 - DOFREQ 


145 160 
1 1 1 l 1 1 1 1 1 .1. I 11 . I 1, 



PARITY 



The number of following blocks depends on the size of the 
list. The maximum number of channels in the list is stated 
in reference Rl-06. 

Continues with following block #2 on the next page. . 
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FOLLOWING BLOCK #2 










01 


16 


17 32 






channel #5 - OPFREQ 


channel #5 - DOFREQ. 






33 


48 


49 64 






channel #6 - UPFREQ 


channel #6 - DOFREQ 






129 


144 


145 " 160 






channel #9 - UPFREQ 


PARITY 




FOLLOWING BLOCK #3 










01 

i i i 


16 


17 32 
.1.1 II 






channel #9 - DOFREQ 


channel #10 - UPFREQ 






33 


48 


49 64 






channel #10 - DOFREQ 


channel #11 - OPFREQ 






129 

- i i i 


144 


145 " 160 






channel. #13 - DOFREQ 


PARITY 




additional FOLLOWING BLOCKS may follow if required. • 
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3.3.2 <SVP4> 

<SVP>, SUBTYPE 4 - states the frequency of 

different channel types for 
portable terminals. 

PRIMARY BLOCK 



01 02 03 22 23 24 
1 l_l 1 1_. I. , 


25 26 27 28 29 30 31 32 


HOB 


00001111 


33 34 35 36 37 38 39 40 
1 1— J 1 1 1 1 1 


41 42 43 44 45 46 47 48 
1 1 1 1 1 1 1 


PRIO MASK 


BLOCK 


49 50 51 52 53 54 55 56 

1 ,, 1 .1 .1 1_, 1 .. ! 1 


57 58 59 60 61 62 63 64 
1 1 I.J...! I 1 


SVPTYP 


CHATYP 


65 66 67. 68 69 70 71 72 73 74 75 76 77 78 79 80 
1 1 1 1 1 1 I. 1 1 1 1 1 i i < 


OPFREQ 


81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 

£ — 1 1 1 l l 1 1, j 1 1, l i i i 


DOFREQ 



97 98 99 100 144 

1 1 1 1 1 1 ■_ ' _ : 1 1 I I I L 

0 0 0000 00 0. 000 



145 160 
1 1 1 1 ! 1 1 I 1 L 1 I I. I I 

PARITY 
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States the <SVP> subtype, value 00000100. 
in this case. 

States the type of channel: 
Value; 

1 Local system channel opened 

2 Not used (ignore that order) 

3 Local system channel closed 
(return to previous system 
channel) 

4 Access channel opened 

5 Access channel closed 

Frequency number for up frequency, i.e. 
the frequency on which the terminal 
transmits. 

Frequency number for down frequency! i.e. 
the— f-r-equency • on- which BASE..t ransmi ts 



FOLLOWING BLOCK No following blocks in this type 

of frame. 
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3.3.3 <SVP5> 

<SVP>, SUBTYPE 5 - contains a list of terminal 

MAN having messages stored in 
the network mailbox. 

PRIMARY BLOCK 



01 02 03 22 23 24 25 26 27 28 29 30 31 32 
1 1 1 1 1 1 1 1 1 1 I 



J — 1 III 




HOB 


00001 111 


33 34 35 36 37 38 39 40 

1 — 11 1 1 1 1 


41 42 43 44 45 46 47 48 

1 1 1 1 1 1 1 


PRIO MASK 


BLOCK 


49 50 51 52 53 54 55 56 
1 1 1 1 1 1 l_ 


57 58 59 60 61 62 63 64 

J 1 !_ 1 1... 1 1 1 


SVPTYP 


MAILNUM 


65 66 67 68 69 70 71 72 

1 1 1_ 1 1 1 1 1 


73 74 75 76 77 78 79 80 
1 1 1 1 1 1 1 


00000000 


00000000 


81 82 83 84 85 86 87 88 

I 1_ .1 1 1 1 1 1 


89 90 91 92 93 94 95 96 

j ...1.1 1 1 1 1 


00000000 


00000000 


97 104 
1 1 1 1 1 1 1 


105 112 
1 1 1 1 1 1 1 


00000000 


00000000 


113 120 

1 1 1 1 1 1 1 


121 128 
1 1 1 


00000000 


00000000 


129 136 

L- 1 1 1 1 1 1 1 


137 144 
_ 1 i 1 1 1 1 1 


00000000 


00000000 


"? ■ , , 16° 
1 1 1 1 1 1 1 1 1 ' 1 1 ■ 1 1 


PARITY 



SVPTYP • States the <svp> subtype, value 

00000101 in this case. 

MAILNUM Number of MAN: s in list (0-186). 
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Containing a list of terminal 
MAN having messages stored in 
the. network mailbox. 



3 



49 




72 




MAN 3 




73 




96 


MAN 4 J 


97 

U. 1 1 




120 




MAN 5 




121 




144 


MAN 6 1 


145 

1 1 1 




160 . 


PARITY 



The number of following blocks depends on the size of the 
list (maximum 186 MAN). 

Continues with following block #2 on the next page. 
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Id 



additional FOLLOWING BLOCKS may follow if requited. 
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3.3.4 <SVP6> 



<SVP>, SUBTYPE 6 - contaLns the timing parameters 

used in synchronization and 
message transactions. 

PRIMARY BLOCK 



01 02 03 22 23 24 
111 111 


25 26 27 28 29 30 31 32 

11 1 1 1 1 


MOB 


00001111 


33 34 35 36 37 38 39 40 
1 1 ....1 .J .. 1 1 


41 42 43 44 45 46 47 48 

1 1 1 1 1 1 1 


FRIO MASK 


BLOCK 


4-9 50 51- 52 53 54 55 56 
I t I I 1 I t 


57 58 59-60 61 62 63 64 
1 1 1 1 1 1 1 


SVPTYP 


CYCLE-TIME 


65 66 67 68 69 70 71 72 
1 1 1 1 1 1 1 


73 74 75 76 77 78 79 80 
1 1 1 1 1 1 1 


TIME-TO-NEXT 


TRANSACTION-TIME 


81 82 83 84 85 86 87 88 
1 1 1 1 1 1 1 


89 90 91 92 93 94 95 96 
1 1 1 1 1 1 1 


EVALUATE-CURRENT 


EVALUATE-OTHERS 


97 104 


105 112 ' 
1 1 1 1 1 1 1 


TRAFNUM 


00000 000 


113 120 


121 128 

l... .1 1 1 I I 1 


00000000 


00000000 


129 136 


137 144 
1 1 1 1 1 1 1 


00000000 


00000000 


145 - 160 
1 1 1 1 1 1 1 1 1 i 1 1 1 1 1 


PARITY 



Exhibit 3, p. 



25 





1056 - A 296 6084 Oe 




Dtnx Ski \3f \F: fU 

1990-08-13 A J MTS15J. 


SVPTYP 


States the <S\7P> subtype/ value 
00000110 in this case. 


CYCLE-TIKE 


States the time (0-255 *250 ms) 
between the start of one 
operating state and the start of 
the next one. 


TIME-TO-NEXT 


States the time (0-2S5 *250 ms) 
from bit 1 in the frame head of 
the received <SVP6> to the next 
time the terminal should enter 
the operating state. 


TRANSACTION-TIME 


States the time (0-255 *250 ms) 
the terminal should stay in the 
operating state after receiving 

or— transmitting- <AGK^-. ■■■ 

respectively. 

Default value: 40 (10 seconds) 


EVALOATE-CURRENT 


Integration time (0-255 seconds) 
for evaluating base stations on 
the CURRENT SYSTEM CHANNEL. 
Default value: 60~seconds. 


EVALDATE-OTHERS 


Integration time (0-255 RSSI 
periods) for evaluating base 
stations on other channels. 
Default value: 3 RSSI periods. 


TRAFNCJM 


Number of MAN: s in list (0-186). 
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FOLLOWING BLOCKS 

FOLLOWING BLOCK #1 
01 



25 




48 




MAN 2 




49 




72 


'-' — MAN 3 ' ' ' 1 


73 




96 


MAN 4 1 


97 




120 




MAN 5 




121 




144 


MAN 6 1 


145 




160 




PARITY 


— ^1 



The number of following blocks depends on the size of the 
list (maximum 186 MAN). 

Continues with following block #2 on the next page. 



Containing a list of terminal 
MAN or group MAN with pending 
down-link traffic. 



24 



MAN 1 
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FOLLOW 


ING BLOCK #2 
01 


24 

MAN 7 ' { 




25 


48 

MAN 8 ' | 




49 


72 

MAN 9 ' | 




73 


96 

MAN 10 ' j 




97 


MAN 11 ' j 


; 


21 


144 

MAN 12 ' | 


: 


45 


160 

PARITY . . . ' | 



additional. FOLLOWING BLOCKS may follow if required. 
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4 NETWORK LAYER 

4.1 ACT I VAT ION/INACT I VATION 

Portable terminals used in-doors are likely to lose 
contact with the network much more frequently than mobile 
terminals. They should therefore not send ACTIVE due to 
'lost contact' according to the roaming procedure since 
this will cause considerable system signalling overhead. 

Portable terminals send INACTIVE / ACTIVE when switched- 
off and switched-on respectively. 

When a portable terminal is addressed in the MAIL LIST it 
has the possibility to empty the mailbox by sending an 
ACTIVE packet. 



Example- 1-;- The' terminal is addressed in- the MAIL- list 

of <SVP5> and the network has one or more 
<MRM> placed in the mailbox. 



Base: <SVP5>. .<FRI> <ACK> <MRM2> 

Term: <HRM1> ' ' <ACK> 

I — TT ~\~ TT H 



—STB — 1 OPR STB~ 



TT = TRANSACTION-TIME 

OPR = terminal in operating state 

STB = terminal in standby state 

MRM1 = MPAK ACTIVE 

MRM2 = any MPAK from mailbox 
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4.2 NEW PARAMETERS IN MPAK INFO (terminal information) 

The parameter terminal type information (TTI) is used by 
the network to separate terminals with different 
functionality. 

Terminals with the battery-saving protocol according to 
this document have: 

TTI = 4, terminal type 4. (octet 6) 

The parameter MODE (octet 12) identifies the operating 
mode of the terminal: 

. 0 = NORMAL MOBILE MODE 

1 = BATTERY-SAVING MODE 

• •• 2—255 = reserved ■■— • ...... ,. 



4.3 ADDITIONAL MPAK - MODE (mode information) 

A new MPAK is included for terminals using the battery- 
saving protocol. This MPAK is used to inform the network 
that the terminal has changed from battery saving mode to 
normal mobile mode and vice versa. 

The portable terminal always has the possibility to change 
to normal mobile mode, e.g. for a major data transaction. 
In order to inform the network of this change of mode, the 
1 terminal sends the new MPAK called MODE. This MPAK is 
within the packet class DTESERV (3) and has the packet 
type 24. 
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MODE (mode information) : 




Designated sender: 




The portable terminal. 




Designated addressee: 





The network. 

Raised flags: 
No raised flags. 

Criteria for generating the .packet: 

When a portable terminal changes from the battery-saving 
mode to the normal mobile mode this packet is used to 
inform the network. 

The same packet is sent to the network, but with a 
different mode identifier, when the terminal changes to 
the battery-saving mode. 



The network's normal action when receiving the packet: 

The network registers the operating mode of the terminal. 
If the terminal is using the battery-saving protocol, the 
terminal is addressed in the TRAFFIC LIST when traffic is 
pending. 

If the terminal is operating as a mobile terminal the 
network sends traffic immediately to the terminal. 

The terminal's normal action when receiving the packet: 
The terminal does not normally receives this packet. 

Length of the packet: 
9 octets. 
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HOPE as generated by the terminal : 
MPAK-COMMON COMPONENT: 
octet 1-3: 



sender: the terminal 



octet 4-6: 
octet 7: 
octet 8: 



addressee : the Mobitex Network 
-J l 



110 0 0 



TYPE DEPENDENT COMPONENT: 



octet 9 : ~ • mode -'identif ier 

mode identifier : 

0 = NORMAL MOBILE MODE 

1 = BATTERY-SAVING MODE 
2-255 = reserved 
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5 APPLICATION LAYER 
5 . 1 REQUIREMENTS 



5.1.1 'Fall-back' to normal mobile operating mode 

If the terminal cannot find any signalling required for 
the operation of the battery-saving protocol (<SVP6>), but 
detects <SVP1> required for mobile terminal operation, the 
terminal may act as mobile terminal. The user should be 
informed of this. 

The MPAK MODE is sent to the network, informing that the 
terminal has changed to the normal mobile mode. 



5.1.2 User notification of 'lost contact..'-... r.— ... . 

When the terminal loses contact with the network and 
starts the quick channel monitoring, the operator of the 
terminal should be notified. 



5.1.3 RSSI when transmitting 

It is recommended to display the received signal strength 
to the user, especially when the terminal is going to 
transmit, so the user can move the terminal to a suitable 
location. 
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5.2 RECOMMENDATIONS 



5.2.1 Manual selection of operating mode 

It is recommended that the terminal enters the normal 
mobile mode of operation, when it is mounted into a 
battery charger, e.g. in a car. 

The user or the terminal itself initiates the transmission 
of the MPAK MODE to the network. This' message will then 
identify the operating mode of the terminal. 



5.2.2 Prevention from automatic quick channel 
monitoring 

- The user should be allowed.. to- manually switch. ..off -. the 

quick channel monitoring function in order to prevent this 
automatic function from continuously running, or to 
prevent the terminal from repeated attempts to enter the 
quick channel monitoring. 

It is also recommended that the terminal has some kind of 
watchdog function implemented,, limiting the operating time 
in quick channel monitoring mode. 



5.2.3 Manual initiation of quick channel monitoring 

If the portable terminal is implemented without automatic 
quick channel monitoring functions it is recommended that 
this function can be manually started. 
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6 MASC INTERFACE 



For type approval the terminal must contain a 'MASC 
interface. The same requirements apply as for the mobile 
terminal concerning the 'MASC interface, which means that 
the PA- and KA-coramands should be included during type 
testing. J * 

An additional type test command, PA07, has been added for 
terminals operating according the battery-saving protocol. 
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6 . 1 PA-command 

(request/list of battery-saving protocol parameters) 


The PA07-command is used by the type test terminal to 
request battery-saving protocol parameters and by the 
portable terminal to send these parameters as a reply to 
the request. ^ 1 


The structure of the text field in a request for 
parameters from the type test terminal to the portable 
terminal : 


| PA07 | 




4 bytes 




The structure of the text field in a reply from the 

• portable' terminal to-the type test terminal (list of 

parameters): 


| PA07 j SP f list of parameters] 


4 1 >=4 


bytes 


The data field is empty. 




The list of parameters consist n f * n<rTT 
codea nex numbers separated by , (comma). If a parameter 
is not available in the terminal, this parameter is not 
included in the reply. The parameters are sent in the 
following order: 


Parameter 


No of bytes 


Cycle time 
Time to next 
Transaction time 
Evaluate current 
Evaluate others 


1 
1 
1 
1 
1 


The meaning and the structure of the different parameters 
can be found in the chapter 'FORMAT DEFINITION OF <SVP>- 
FRAMES of this document. 


Example of PA07-command: 




MCD 

< 

PA07 01,02,03,04,05 


TERMINAL 

PA07 

— > 


or 

PA07 ,,,, 


— > 
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7 MOB I TEX TERMINAL SPECIFICATION REFERENCE LIST 

This document includes a number of references* made to 
other sections in the terminal specification. The list 
below shows these references, together with the page(s) 
they are made on. Please note that a section could be 
referred to several times on the same page. 

Rl-06, 17 
Rl-09, 8 

Rl-16, 6, 7, 8, 14 



Below are the reference designations listed. 
Reference Section 

Hl^-Oi-— — » Arrangement of the documents 

Rl-02 MOBITEX System description 

Rl-03 General description of terminals 

Rl-04 Terminology . 

Rl-05 References 

Network operator information 
Rl-08 Application layer 

Rl-09 Network layer 

R 1"H Interface requirements, fixed terminals 

R l-12 Other requirements, fixed terminals 

Rl-16 Link layer, mobile terminals 

Rl-17 Physical layer, mobile terminals 

Rl-18 Radio equipment, mobile terminals 

Rl-19 Other interfaces, mobile terminals 

Rl-20 Other requirements, mobile terminals 
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